home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 91.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  247 lines
  1.  
  2. INFO-ATARI16 Digest         Wed, 24 Jan 90       Volume 90 : Issue   91
  3.  
  4. Today's Topics:
  5.            Atari's Quarterly Results ($5.4 Million Lost) :)
  6.                     PD Resource Construction Set?
  7.      problems with GNU-Emacs termcap file (sample file included)
  8.                     Question on use of Interleaves
  9.  questions on GDos and the Okimate 20, meg upgrade, and the Break key
  10.                           TT. More rumours?
  11.                               VBL queue
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 24 Jan 90 15:26:09 GMT
  15. From: cunixc!cunixa.cc.columbia.edu!cmm1@columbia.edu  (Christopher M Mauritz)
  16. Subject: Atari's Quarterly Results ($5.4 Million Lost) :)
  17. Message-ID: <2706@cunixc.cc.columbia.edu>
  18.  
  19. In article <720.25ada423@miavx1.acs.muohio.edu> kacovert@miavx1.acs.muohio.edu
  20.  writes:
  21. >In article <1990Jan7.084927.19588@csusac.csus.edu>, rohwerwd@csusac.csus.edu
  22.  (W. David Rohwer) writes:
  23. >>      The following is from "The Business Journal", p. 28, for the Week
  24. >> of January 8, 1990.
  25. >>
  26. >>              "Atari Corp. of Sunnyvale suffered a third-quarter
  27. >>      net loss of $5.4 million, or 9 cents per share, on net sales
  28. >>      of $81.44 million.  During the third quarter of the year
  29. >>
  30. >>
  31. >>      Apparently, Atari is slowly fading into oblivion.  :)
  32. >>
  33. >
  34. >       I don't know much about finances, but couldn't a lot of these "losses"
  35. >be actually just expenses incurred on the development of the new systems that
  36. >are about to be released and that Atari will compensate for this with the
  37. >increase in sales projected for the new systems. I would say Atari will easily
  38. >make this up with the sale of the new systems.
  39.  
  40. As plausible as your suggestion sounds to the non-economics type person,
  41. the fact is that Atari lost money as a result of the financial bath they
  42. took with Federated and the money they lost on a lot of inventory they
  43. had lying around.  For a company as highly leveraged as Atari, these kinds
  44. of mistakes often prove disasterous and/or fatal.  I expected a bit more
  45. from the brothers Traniel.  I had expected them to get the stock up to
  46. $15-$16 range, dump the company and take profits, and buy Miniscribe. :-)
  47. Hehe, the first half of that sentence is serious, the last part is not.
  48. <grin>  Well, with these guys, who knows???
  49. >
  50. >                                               Just my humble opinion,
  51. >                                               The Kentster
  52. >                                               Kent Covert
  53. >                                               Miami University
  54. >                                               Oxford, Ohio
  55.  
  56. Well, my not so humble opinion. :-)
  57.  
  58. Chris
  59. ------------------------------+---------------------------
  60. Chris Mauritz                 |Where there's a BEER,
  61. cmm1@cunixa.cc.columbia.edu   |there's a plan.
  62. (c)All rights reserved.       |
  63. Send flames to /dev/null      |Need I say more?
  64. ------------------------------+---------------------------
  65.  
  66. ------------------------------
  67.  
  68. Date: 23 Jan 90 17:52:46 GMT
  69. From: mcsun!hp4nl!gufalet!bert@uunet.uu.net  (Bert Bos)
  70. Subject: PD Resource Construction Set?
  71. Message-ID: <682@gufalet.UUCP>
  72.  
  73. Does anyone know if there is a Public Domain Resource Construction Set
  74. for creating .RSC files under Atari GEM?
  75.  
  76. ------------------------------
  77.  
  78. Date: 23 Jan 90 18:51:56 GMT
  79. From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
  80. Subject: problems with GNU-Emacs termcap file (sample file included)
  81. Message-ID: <2370@sbsvax.cs.uni-sb.de>
  82.  
  83. Some people reported problems with termcap. If your termcap-file (example file
  84. included below) is for example D:\bin\etc\termcap.gnu, you have to set the
  85. following environment:
  86.         setenv TERM atari
  87.         setenv TERMCAP /dev/D/bin/etc/termcap.gnu
  88. If you have edited the file with another editor, the file may contain ~M 's
  89. as additional end-of-line delimiters. Please remove these. Emacs recognizes
  90. termcap-entries iff only linefeed is the line-delimiter.
  91. Another problem comes from some zoo-programs changing '-' in filenames to '_'.
  92. Before trying to dump emacs, watch out for such files and change the names
  93. back.
  94.  
  95.         - Edgar
  96.  
  97. --------------------- cut here ---------------------
  98.  
  99. atari|vt52|Atari ST with VT52 emulation:\
  100. bs:up=\EA:do=~J:nd=\EC:cl=\EE:ho=\EH:sr=\EI:ce=\EK:\
  101. so=\Ep:se=\Eq:cm=\EY%+ %+ :co#80:li#25:am:km:
  102. # another entry specifying also the function key bindings
  103. vt52-emulator:\
  104. up=\EA:do=\EB:nd=\EC:le=\ED:cl=\EE:ho=\EH:sr=\EI:cd=\EJ:ce=\EK:\
  105. al=\EL:dl=\EM:cm=\EY%+ %+ :co#80:li#25:\
  106. so=\Ep:se=\Eq:am:bs:K1=\E#7:K2=\E#9:K3=\E#5:K4=\E#1:K5=\E#3:\
  107. k0=\E#D:k1=\E#;:k2=\E#<:k3=\E#=:k4=\E#>:k5=\E#?:k6=\E#@:k7=\E#A:\
  108. k8=\E#B:k9=\E#C:kA=\E#R:kC=\E#7:kd=\E#P:kF=\E#2:kh=\E#G:kl=\E#K:\
  109. km:kN:kR=\E#8:kr=\E#M:ku=\E#H:l0=f10:rc=\Ek:sc=\Ej:ti=\Ee:te=\Ef:\
  110. vi=\Ef:ve=\Ee:ul=\Eb1:ue=\Eb?:
  111. --
  112.  
  113. Mail:  Edgar R\"oder                    E-Mail: roeder@cs.uni-sb.de
  114.        Liesbet-Dill-Stra\ss e 3
  115. D-6602 Dudweiler                               -o-   -o-
  116.        W-Germany                                   ~
  117. Phone: 06897/74643                               '---'
  118.  
  119. ------------------------------
  120.  
  121. Date: 24 Jan 90 15:38:48 GMT
  122. From: shlump.nac.dec.com!engage.enet.dec.com!oldtmr!wallace@decwrl.dec.com  (Ray
  123.  Wallace)
  124. Subject: Question on use of Interleaves
  125. Message-ID: <1441@engage.enet.dec.com>
  126.  
  127. In article <1230@lzsc.ATT.COM>, hcj@lzsc.ATT.COM (HC Johnson) writes...
  128. >The information with the Adaptec 4000 controller that most MFM systems
  129. >use is to use interleave=1.  There are 17 sectors on each track.  With
  130. >an interleave of 1, all 17 are used.  Any other interleave, they only use 16
  131. >of the sectors.  So, you immediately get more capacity by using 1.
  132.  
  133. When I run ICD software with an Adaptec 4000 I get 17 sectors with
  134. interleave=1 and 18 sectors with any interleave other than 1. So contrary to
  135. the above you get more storage with interleave greater than 1. Possibly this
  136. varies depending on whose formatting software you use.
  137.  
  138. I've run RATEHD with the disk formatted with interleave at 1 and 2 with
  139. virtualy the same results in both cases.  Of course the real test would be to
  140. run your applications on both formats and see if there is a difference in
  141. performance.
  142.  
  143. I concur with Howard that Adaptec reccomends using an interleave of 1. But if
  144. your application access the disk a block at a time and slowy at that then 1
  145. may not be the optimum.
  146.  
  147. ---
  148. Ray Wallace
  149.                 (INTERNET,UUCP) wallace@oldtmr.enet.dec.com
  150.                 (UUCP)          ...!decwrl!oldtmr.enet!wallace
  151.                 (INTERNET)      wallace%oldtmr.enet@decwrl.dec.com
  152. ---
  153.  
  154. ------------------------------
  155.  
  156. Date: 24 Jan 90 16:05:25 GMT
  157. From: cs.utexas.edu!uwm.edu!carroll1!dnewton@tut.cis.ohio-state.edu  (Dave
  158.  Newton the Late)
  159. Subject: questions on GDos and the Okimate 20, meg upgrade, and the Break key
  160. Message-ID: <1120@carroll1.cc.edu>
  161.  
  162. In article <9001240807.AA01775@ucbvax.Berkeley.EDU> JOHNMAR@IITVAX.BITNET
  163.  writes:
  164.    Can't help you with the GDOS problem.  Sorry.
  165.  
  166. >SECONDLY, I RESENTLY ATTEMPTED TO UPGRADE MY COMPUTER TO 1 MEG.  IT FAILED.
  167. >I'VE CHECKED ALL THE CONNECTIONS AND THEY SEEM FINE.  I WAS WONDERING IF THERE
  168. >WERE A WAY TO CHECK THE RAM CHIPS IN CIRCUIT.  I'VE PIGGY BACKED THE CHIPS ON
  169. >MY 520 ST WITHOUT SOCKETS (VERY SILLY).  I'D BE VERY HAPPY IF I WOULDN'T HAVE
  170. >TO UNSOLDER THEM.  WILL BAD RAM REGESTER OR JUST APPEAR NOT TO BE THERE?
  171. >I HAVE GOOD REASON TO BELIEVE SOME OF THE CHIPS MAY BE BAD; THEY WERE SHIPPED
  172.  IN
  173. >A BOX FULL OF STYROFOAM.  ANY HELP WILL BE GREATLY APPRECIATED.
  174.  
  175.    They're supposed to be shipped in some sort of foam.
  176.    When you say you "piggy-backed" them, what exactly do you mean?  It won't
  177. work if you merely plopped them on top of the ones that are already there, they
  178. need to be addressed yet.  There are a number of articles that have been posted
  179. on this topic, just ask someone to repost them or mail them to you, I'm sure
  180. someone will.
  181.  
  182. >LASTLY, I HAVE A VERY BOTHERSOME PROBLEM.  I HAVE ATTEMPTED TO HARDWIRE MY ST
  183. >TO MY SCHOOL'S VAX.  THAT WAS SUCCESSFUL (I THINK) BUT THE COMPUTER TAKES A
  184. >[BREAK] TO LOGON.  I HOOKED UP MY ROOMMATE'S IBM PC FINE AND IT WORKS BUT I
  185. >DON'T HAVE A BREAK KEY!  WHAT KEY COULD I PRESS TO BE EQUVALENT TO THE [BREAK]
  186. >ON A PC?  I'VE TRIED THE LONG AND SHORT BREAKS ON UNITERM BUT THEY DID NOT
  187.  WORK.
  188. >WHAT CAN I DO?
  189.  
  190.    Our AT&T requires a break also, UniTerm does just fine.  The easiest way
  191. to check if your connection works on the ST is to unhook the serial connector
  192. for the briefest of time, thus sending a long break signal.  Then hook it back
  193. up and fire away.  (That's what I did until I had UniTerm which can send a
  194. break signal.)
  195.  
  196.    BTW, is IIT Illinois Inistitue of Technology?  If it is, do/did you know
  197. Bernard Pontillo?  (last I heard he was heavy into AI)  Use lower case letters.
  198.  
  199. --
  200. David L. Newton                 |           uunet!marque!carroll1!dnewton
  201. (414) 524-7343 (work)           |              dnewton@carroll1.cc.edu
  202. (414) 524-6809 (home)           |           100 NE Ave, Waukesha WI 53186
  203.  
  204. ------------------------------
  205.  
  206. Date: 24 Jan 90 16:44:00 GMT
  207. From: apollo!rehrauer@eddie.mit.edu  (Steve Rehrauer)
  208. Subject: TT. More rumours?
  209. Message-ID: <483aa191.20b6d@apollo.HP.COM>
  210.  
  211. I haven't any idea why, but START decided to ship me their February issue
  212. (my subscription to START expired long, long ago -- always did have flakey
  213. problems with that subscription).  It devotes a considerable number of
  214. pages to a "preview" of a TT, apparently an "almost ready for release"
  215. German version.  I consider it an interesting source of grist for the
  216. rumor-mill, not anything like a definitive statement of what the TT is.
  217. Read if such may interest you.
  218.  
  219. (I barely skimmed the magazine, so I'll refrain from posting any "factoids"
  220. about the TT.  The TT reviewer mentioned that Unix would probably run on
  221. the box, but was only interested in poking into the guts of TT TOS.)
  222. --
  223. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  224.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  225.  
  226. ------------------------------
  227.  
  228. Date: Wed, 24 Jan 90 13:40 EST
  229. From: John R. Dunning <jrd@STONY-BROOK.SCRC.Symbolics.COM>
  230. Subject: VBL queue
  231. Message-ID: <19900124184016.8.JRD@CORD.SCRC.Symbolics.COM>
  232.  
  233. Can anyone tell me what are the do's and don't's for functions that get
  234. inserted in the vblank queue?  I've been fooling with some timer-based
  235. stuff, and need to know what's ok to put there.  For instance, what sort
  236. of upper time limit should one impose?  Which OS (if any) traps are
  237. legal?  What's the interrupt level and supervisor state when these
  238. things are called?  Should they be disabled while calling the OS for
  239. other things?
  240.  
  241. Thanks in advance for any info.
  242.  
  243. ------------------------------
  244.  
  245. End of INFO-ATARI16 Digest V90 Issue #91
  246. ****************************************
  247.